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^^ ■ Abstract 

^'. 

I , Human annotation of natural language facilitates standardized evaluation of natural lan- 

fvj ' guage processing systems and supports automated feature extraction. This document consists 

of instructions for annotating the temporal information in scheduling dialogs, dialogs in which 
the participants schedule a meeting with one another. Task-oriented dialogs, such as these 
^ , are, would arise in many useful applications, for instance, automated information providers 

and automated phone operators. Explicit instructions support good inter-rater reliability and 

^\ , serve as documentation for the classes being annotated. 

(N 

O. 

l^ . 1 Introduction 

bJ)' Research systems in computational linguistics are no longer assessed solely by appeals to re- 

searcher intuition on selected examples. Instead, system results usually are compared to inde- 
_^ ^ pendent interpretations of naturally occurring text. Therefore, the main purpose of this temporal 

G ■ coding task is to provide a benchmark for evaluating the performance of ArtworkQ on tracking 

the times discussed in scheduling dialogs. This includes the inference of missing or underspecified 
temporal information. To facilitate the evaluation, the temporal information is being recorded in 
/^ • a standardized format. 

This coding can also serve as a starting point for obtaining a tagged corpus of temporal 
expressions in naturally occurring discourse. Such a corpus makes it easier to compare the 
performance of different research systems on the same problem. It also permits for statistical 
analysis, which might be useful for extracting temporal features. 

Each dialog to be coded concerns two people trying to arrange for a meeting. For each 
utterance, you are to specify the time that is being referred to either explicitly or implicitly. This 
should only be based on an interpretation of the utterances that have already been encountered 
(the dialog context). That is, you should not revise answers in light of subsequent utterances. 

Furthermore, you should interpret the text based on your common-sense intuitions regarding 
meetings, such as that they usually occur during normal working hours. However, in order to 

*This research was supported in part by the US Department of Defense under contract number 
MDA904-96-C-0354. 

^Artwork is being developed at NMSU's Computing Research Laboratory as part of a joint project with CMU 
on investigating ways to facihtate machine translation of scheduling dialogs. 



restrict the wide range of plausible inferences that can be applied, you need to limit such inferences 
to what can be readily inferred from the dialog. This vague notion will be discussed in detail 
later. For now, consider it as covering the obvious inferences. Surprisingly, these are often the 
most difficult to model via a computer. 

See the guidelines section below for more information about these and other requirements. 
First, an example dialog will be discussed to show what is expected of you. Then, the coding 
representation is explained. You need to adhere to this format to ensure that the results are 
recorded in a common format. After the detailed list of guidelines, there is a section with 
additional coding advice. The appendix gives a complete example of a dialog coded based on 
these instructions. 

2 Background 

The following transcript illustrates the type of scheduling dialog you will be tagging. It is given 
in both the original Spanish and in the English translation. You do not need to refer to the 
Spanish version to perform this task; it is provided as background material for those who can 
read Spanish]^ 

SI: (?Quihubo, Primo, que paso?) 

(1) What's up, Primo, what's happening? 

S2: (Nada, aqui nada mas, ?c6mo has estado?) 

(2) Not much, same old thing, how you been? 

SI: (Muy bien. Oye, necesito juntarme contigo. Necesitamos, este, discutir eh, uh, 
algo del proyecto. ?Cuando tienes tiempo?) 

(3) Good. (4) Listen, I need to talk to you. (5) We need to, ahh, talk about, 
ahh, uh, something about the project. (6) When do you have time? 

S2: Hijola, pos, que dia estas pensando en... 

(7) Jeez, well, what day were you thinking about... 

SI: Pos si se puede maiiana. Si se puede maiiana. ?Tienes chance mariana? 

(8) Well tomorrow, if you can. (9) Tomorrow if you can. (10) Do you have 
a chance tomorrow? 

S2: (Pos depende en que hora porque mira, para empezar como horita de las ocho a 
las diez, tengo una cita con el doctor y ya sabes como le entretiene a uno.) 

(11) Well, it depends on what time because, look, to begin with I have a 
doctor's appointment between eight and ten and you know^ the runaround 
they give you. 

SI: (Si) 

(12) Yeah. 



"^Subtle distinctions are occasionally lost in the translation, but this usually doesn't affect the temporal 
information. 



The dialogs are divided into groups of consecutive utterances by the same speaker, which are 
cahed turns. Most of the turns have just one or two utterances, but a few have several, especially 
if the speaker makes a correction. 

In this dialog, the first two turns are typical greetings that the speakers exchange. No temporal 
information has been conveyed. Next, speaker 1 introduces the need to have a meeting and 
then asks the other person to indicate availability. In reply, speaker 2 asks for a clarification. 
Although there is mention of "when" and "what day", these are not specific times, so they are 
not represented. Therefore, the entries for the first seven utterances would indicate no temporal 
information: 



# Start 
End 


WeekDay 
WeekDay 


Month 
Month 


Date 
Date 


Hour 
Hour 


Time of Day 
Time of Day 


1 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 


2 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 


3 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 


4 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 


5 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 


6 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 


7 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 



This shows that time is being represented by intervals rather than by points, as there are 
starting and ending entries for all fields.^ The interval-based approach is commonly used in 
natural language processing, since it is closer to the way people usually express time periods. 
The example also shows that all the fields are explicitly filled in: in cases where no information 
is known, the special entry "null" is used. This is designed to eliminate errors due to coder 
omissions. 

Starting with utterance (8), specific times are being discussed. Speaker 1 suggests "tomorrow" 
for a potential meeting. Since the dialog date is Tuesday, May 11th, 1993, we know that the time 
in question is Wednesday, May 12th. The next two utterances reiterate this request, so the times 
will be the same: 



^An alternative representation would be to encode the start and end points separately along with the relation 
between the points. For instance, the entry for (8) would be split into two entries with a precedes relation between 
the two. 



# Start 
End 


WeekDay 
WeekDay 


Month 
Month 


Date 
Date 


Hour 
Hour 


Time of Day 
Time of Day 


8 


Wednesday 
Wednesday 


May 
May 


12 
12 


nuh 
nuh 


nuh 
nuh 


9 


Wednesday 
Wednesday 


May 
May 


12 
12 


nuh 
nuh 


nuU 
nuh 


10 


Wednesday 
Wednesday 


May 
May 


12 
12 


nuh 
nuh 


nuh 
nuh 



It might seem odd that both the starting and ending times are the same. Doesn't this mean 
the interval has no length? No, since the hour and time of day fields are left unspecified. The 
representation indicates that the period in question starts some time on May 12th and ends 
some time on the same day. However, there are cases when the interval length will be zero. For 
instance, (10') "But remember the office closes tomorrow at 3pm" would be represented as 



10' 


Wednesday 
Wednesday 


May 
May 


12 
12 


3:00 
3:00 


afternoon 
afternoon 



In response to the suggested date of Wednesday, May 12th, the other person gives a constraint 
that the meeting can't occur between eight and ten due to a doctor's appointment. Note that 
there is no mention of the meeting date, but this is readily inferred from the dialog context. 
Finally, the last utterance conveys no temporal information. 



11 


Wednesday 
Wednesday 


May 
May 


12 
12 


8:00 
10:00 


morning 
morning 


12 


null 
null 


null 
null 


null 
null 


null 
null 


null 
null 



As indicated in the table, we also inferred that the time for (11) is in the morning. Although 
it might seem obvious that it must be in the morning, you have to be careful when you make 
this type of judgement. In this case, you'd be surprised if the appointment were in the evening 
(especially since it's a doctor's appointment). Thus, when in doubt about a time, determine 
whether it would surprise you if it weren't the case. Just leave the field as 'null', otherwise. 

3 Code Format 



For each distinct time mentioned in the dialog, please fill out the following information, using 
'null' to indicate information that cannot be inferred and commas to separate fields. A template 
will be provided to help ensure that the correct format is applied. 



[Label, 



SWeekDay, 
EWeekDay, 



SMonth, 
EMonth, 



SDate, 
EDate, 



SHourSpec, 
EHourSpec, 



STimeOfDay, 
ETimeOfDay] 



The S prefixes fields for the starting time and the E prefixes those for the ending time. Each of 
the components in this structure is given in the following format, where the qualifiers are optional: 



Field 


Description 


Label 


Numeric label of the utterance (e.g., '1', '19a') 
Use 'l_altl', etc. for alternatives (see below) 


WeekDay 


Sunday, monday, ..., Saturday 


Month 


January, february, ..., december 


Date 


1, 2, 3, ..., 31 


HourSpec 


10, 12:15 

Omit the AM or PM indicator, 

since that is covered by the Time of Day field. 


TimeOfDay 


morning, afternoon, evening, 
breakfast, lunch, dinner, 
all-day 

Since meetings could last an entire day, be careful not 
to assume it wih just be in the morning or afternoon. 



Quahfiers 


Description 


before, after, during, 
early, mid, late 


Mainly for use with TimeOfDay ('before lunch'), 

but could also be used with other fields ('after the fifth'). 



Figure 1: Possible Values for the Components of the Temporal Representation 



([Qualifiers] TimeComponent) 

Example (1) shows the exact format that is required. Possible values for the components fields 
are listed in figure [l|. 



(1) 



"I'm free late in the afternoon on Monday the 19th until Wednesday" 



[1, (monday), (august), (19), (null), (late, afternoon), 
(Wednesday), (august), (21), (null), (null)] 

A few examples will be given just to illustrate the desired format. The rationale for the 
content of the representation is covered in the next section. First of all, since qualifiers can apply 
to any field, the value for each component is actually a list of items. These lists are enclosed in 
parentheses to eliminate confusion. The whole structure is then enclosed in square brackets. 

(2) si: "Are you free Wednesday, September 4th" 
[2, (Wednesday), (September), (4), (null), (null), 

(Wednesday), (September), (4), (null), (null)] 

(3) s2: "Yes but only early in the morning" 

[3, (Wednesday), (September), (4), (null), (early, morning), 
(Wednesday), (September), (4), (null), (early, morning)] 



(4) si: "Oh, then how about after the fifth?" 

[4, (nuh), (September), (after, 5), (null), (null), 
(null), (null), (null), (null), (null)] 



4 Coding Guidelines 

Please keep in mind the following guidelines for specifying the times. The examples given assume 
the dialog date is Monday 19 August 1996. The calendar for this period follows: 

August 1996 



Sun 


Mon 


Tucs 


Wed 


Thurs 


Fri 


Sat 










1 


2 


3 


4 


5 


6 


7 


8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


23 


24 


25 


26 


27 


28 


29 


30 


31 



In what follows, the labeling convention for these examples uses a number followed by an 
optional letter suffix (e.g., 'la'). The number is based on the example number, rather than the 
utterance number. The letter is used when there is more than one utterance for the same example. 
Since there might be several examples together, this might be a little confusing. However, two 
utterances will be related only if the labels use the same example number as a prefix. For instance, 
in the following, utterances (5b) and (6a) would be unrelated. 

(5a) si: "Good morning, Peter." 

(5b) s2: "Good morning, and how are you, Mary?" 

(6a) si: "What day is best for you?" 

(6b) s2: "None really, since my schedule's quite full." 

The guidelines follow. 

1. Fill in missing temporal information based on what can be readily inferred from the context 
of the dialog. Avoid relying too much on common-sense assumptions such as about the 
most likely times for meetings. Unfortunately, there are no clear boundaries. Instead, you 
must use your intuition about what seem to be reasonable assumptions. 

(7a) si: "Let's meet tomorrow morning". 

(7b) s2: "OK, how about 8 o'clock" 

ok [7a, (tuesday), (august), (20), (null), (morning), 

(tuesday), (august), (20), (null), (null)] 

[7b, (tuesday), (august), (20), (8), (morning), 

(tuesday), (august), (20), (null), (null))] 



(8a) si: "We need to discuss the project soon." 

(8b) s2: "Well, let's meet Thursday after lunch.'' 



ok 



[8a, (null), (null), (null), (null), (null), 

(null), (nuU), (null), (null), (null)] 
[8b, (thursday), (august), (22), (null), (after, lunch), 

(thursday), (august), (22), (null), (null)] 



(9a) si: "Let's meet Friday afternoon". 

(9b) s2: "OK, how about 3pm". 

not ok 

[9a, (friday), (august), (23), (null), (afternoon), 

(friday), (august), (23), (null), (null)] 

[9b, (friday), (august), (23), (3), (afternoon), 

(friday), (august), (23), (null), (afternoon)] 

The representation for (9b) suggests the meeting ends in the afternoon (presumably since 
people usually don't stay late on Fridays). Thus it is a case of extrapolating too much from 
the dialog. Note that 'evening' would also be inappropriate, since the meeting might very 
well be short. Therefore, it's better to be noncommittal and use 'null'. 

2. Only consider the previous utterances when interpreting the time of an utterance. So don't 
read ahead if you are unsure of the time. Likewise, don't revise previous answers. There 
might be transcription errors in the dialogs, which were recorded from actual conversations. 
Even if a later utterance reveals an error in an earlier one, do not go back and revise it. 

Note that you may not be able to determine what all of the times are — sometimes speakers 
are too vague for a definitive time to be determined. Fill in a time when you are reasonably 
certain what the speakers mean. 

3. Consider weeks as just workweeks. Therefore, omit weekends unless the dialog suggests 
otherwise. 

(10) si: "I am free all this week" 

(10, (monday), (august), (19), (null), (null) 
(friday), (august), (23), (nuh), (null)) 

When specifiers, such as first or last, apply to partial workweeks, the interpretation can be 
quite subjective. A rule of thumb is to consider only those with more than two working 
days. 



(11) si: "I was in Portland the first week of August" 

(11, (monday), (august), (5), (null), (null) 
(friday), (august), (9), (null), (null)) 

This shows that the period discussed is the interval from Monday the fifth to Friday the 
ninth, treated as a single unit. (The partial workweek Aug 1-2 is skipped.) 

4. Be as specific as possible about the time for a meeting or for the speaker's availability. For 
instance, if a day of the week is specified relative to some week, just code the time for the 
day (not the entire week), as illustrated in (12a). 



(12a) si 

(12b) s2 

(12c) si 



"Let's meet Friday next week" 
"I can only meet next month" 
"OK, then how about the first week" 



(12a, (friday), (august), (30), (null), (null), 

(friday), (august), (30), (null), (null)) 
(12b, (sunday), (September), (1), (null), (null), 

(monday), (September), (30), (null), (null)) 
(12c, (monday), (September), (2), (null), (null), 

(friday), (September), (6), (null), (null)) 

(12b) shows that months should be interpreted as ranges from the first of the month to the 
last. Weeks are handled similarly except that weekends are not included. 

5. If no end time is mentioned, then code the end time using as much of the start time as 
possible. For instance, if the start time mentions the day and the exact starting time in 
hours and minutes, use the day in the end time as well, but omit the HourSpec: 

(13) si: "Let's meet Thursday at 9am" 

(13, (thursday), (august), (22), (9), (morning), 
(thursday), (august), (22), (null), (null)) 

6. Don't just encode the time as literally given. Instead, encode it based on an interpretation 
giving the most information regarding the meeting or other scheduling event. For example, 
information on an entire meeting is more informative than just information on its start or 
end. 

(14a) si: "The meeting has to be Friday at Sam." 

(14b) s2: "OK, just so it ends at 10am." 

(14a, (friday), (august), (23), (8), (morning), 

(friday), (august), (23), (null), (null)) 

(14b, (friday), (august), (23), (8), (morning), 

(friday), (august), (23), (10), (morning)) 



Taken literally, (14a) would be represented as a point. But since meetings take time, the 
ending hour is left unspecified. Similarly, the encoding for (14b) provides more information 
about the meeting than what a literal interpretation of "at 10am" would provide. 

7. Interpret simple events as instantaneous unless such events are usually considered as part 
of an extended event. As above, the encoding should indicate the time most relevant for 
the scheduling domain. 



(15a) si 

(15b) s2 

(15c) si 



"Let's meet tomorrow afternoon at 3pm" 
"Would we then adjourn at 5pm?" 
"Yes, I'll remind you at 1pm." 



(15a, (tuesday), (august), (20), (3), (afternoon), 

(tuesday), (august), (20), (null), (null)) 

(15b, (tuesday), (august), (20), (3), (afternoon), 

(tuesday), (august), (20), (5), (afternoon)) 

(15c, (tuesday), (august), (20), (1), (afternoon), 

(tuesday), (august), (20), (1), (afternoon)) 

It is natural to consider (15a) as referring to a point in time, since you might interpret 
"meet" as "encounter", an instantaneous occurrence or simple event. But since we're con- 
cerned primarily with the scheduling domain, you should generally interpret "meet" as 
"hold meeting", a prolonged occurrence or complex event. Similarly, (15b) might be taken 
to refer to an instantaneous occurrence, just considering the adjournment itself. But it also 
should be represented as an interval, because the simple adjournment event is part of the 
complex meeting event (the focus of the domain). However, (15c) is represented by a point, 
since reminders are generally independent simple events. 

Note that the distinction between instantaneous and prolonged occurrences (or simple versus 
complex event) is easier to see in other domains: 

(16a) si: "John walked the dog at 6pm" 

(16b) s2: "Spot bit John at 6:15" 

(16a, (null), (null), (null), (6), (evening), 

(null), (null), (null), (null), (evening)) 

(16b, (null), (null), (null), (6:15), (evening), 

(null), (null), (null), (6:15), (evening)) 

(16a) is represented as an interval since walking a dog is a complex event. (16b), in contrast, 
is represented by a point, since a dog-bite event usually is (relatively) instantaneous. 

Consider the "big picture" when deciding on event interpretations. This guideline is implicit 
in the previous two, but it is important enough to emphasize separately. Since the same 
event can be looked at from different viewpoints (the event aspect), there might be confusion 



on what to encode. In (17) below, the entire event is being referred to, whereas in (17'), 
just the start. Again, you should consider the temporal references at the level of the entire 
meeting event, instead of at the level of the viewpoint. Thus, (17) and (17') are represented 
in the same way. 

(17) si: "Let's meet in the afternoon" 

(17, (null), (null), (null), (null), (afternoon) 
(null), (null), (nuh), (null), (null)) 

(17') s2: "Let's start the meeting in the afternoon" 

(17', (null), (null), (null), (null), (afternoon) 
(null), (null), (nuh), (null), (null)) 

Some people may read sentences such as (17) as meaning that the entire meeting must 
be held in the afternoon. For consistency of tagging, however, please encode these (and 
similar) examples as specified in this document. 

9. Treat discrete times individually. Please, label each alternative (in the disjunction) with 
the suffix '_altl', '_alt2', etc., as illustrated. Similarly, label each "required" time (in a 
conjunction) with '_andl', '_and2', etc. 

(18) si: "I can meet Wednesday or Friday" 
(18_altl, (Wednesday), (august), (21), (null), (null), 

(Wednesday), (august), (21), (null), (null)) 
(18_alt2, (friday), (august), (23), (nuh), (nuh), 
(friday), (august), (23), (null), (null)) 

(19) si: "I can meet Tuesday and Thursday" 
(19_andl, (tuesday), (august), (21), (null), (null), 

(tuesday), (august), (21), (null), (null)) 
(19_and2, (thursday), (august), (22), (nuh), (null), 
(thursday), (august), (22), (null), (null)) 

10. Treat time ranges as a unit represented by one interval. That is, use a single descriptor 
instead of a series of alternatives. 

(20) si: "I wiU be away the 22nd through the 26th" 
(20, (thursday), (august), (22), (null), (nuU), 

(monday), (august), (26), (null), (null)) 

11. When in doubt about an assumption you are making, ask yourself whether you would be 
surprised it if weren't the case. 

(21) si: "Let's meet at two" 

(21, (null), (nuU), (nuh), (2), (afternoon) 
(null), (nuU), (nuh), (nuh), (nuU)) 

10 



The meeting of (21) is assumed to be in the afternoon, since you would probably be surprised 
if the meeting were instead at 2am. (You might object that you wouldn't be surprised at a 
2am clandestine meeting, but remember to assume normal working hours and activities.) 

(22) si: "Let's meet at eight" 

(22, (null), (null), (null), (8), (null)) 

(null), (null), (null), (null), (nuh)) 

Here you probably wouldn't be surprised if the meeting was at 8pm, so coding the meeting 
as in the morning might be assuming too much (unless, of course, something in the prior 
context suggests that the morning is intended). 

12. Fill in fields that can be determined from other fields or from the dialog date. For instance, 
resolve dates to days of the week and use the current month when no other month could 
reasonably apply. Likewise, resolve temporal adverbs and phrases (e.g., "tomorrow", "in 
two days") to absolute dates based on the dialog date. 

(23) si: "Today is the nineteenth right?" 

(23, (monday), (august), (19), (null), (null) 
(monday), (august), (19), (null), (null)) 

(24) si: "Are you free tomorrow morning?" 

(24, (tuesday), (august), (20), (null), (morning) 
(tuesday), (august), (20), (null), (null)) 

13. When trying to decide how much common-sense reasoning you can apply to the interpreta- 
tion, consider how "specific" the times are that have been mentioned. In regards to time, it 
is generally safer to make assumptions going from the specific to the general. So it is safe 
to assume a meeting that starts at 1pm ends on the same day. But it is risky to assume 
that a meeting on a Monday won't start before Dam. 

Similarly, consider the range of possibilities and the likelihood of the alternatives. If someone 
says "at 3 o'clock" , the choices are Sam and 3pm, with the former being unlikely. However, 
if someone says "after 3pm", there are many choices (e.g., 3:01pm, 3:02pm, ..., 11:59pm), 
with those starting at multiples of 30 minutes being more likely (e.g., 3:30pm, 4pm, ..., 
7pm). Thus, it would be safer to leave the corresponding entry null. This is how example 
(25) is handled. 

(25) si: "After the twenty fifth" 

(25, (null), (august), (after, 25), (null), (nuh) 
(null), (null), (nuh), (null), (nuh)) 

Although the 31st might be considered a good ending time, there are other good possibilities 
(e.g., Thursday 8 September, which is two weeks afterwards). Note the special handling of 
"after" , in which the day of the week is not resolved and where the qualifier goes with the 
day. 

11 



14. Since there is not a separate field for coding duration, omit the information when it cannot 
be coded using a pair of starting/ending fields. 

(26) si: "I can meet Thursday for three hours" 

(26, (thursday), (august), (22), (null), (nuU), 
(thursday), (august), (22), (null), (nuU)) 

(26') si: "I can meet Thursday at 1pm for three hours" 

(26', (thursday), (august), (22), (1), (afternoon), 
(thursday), (august), (22), (4), (afternoon)) 

15. Be careful in coding the entries. Please double-check your answers. When filling out the 
form, you might have accidentally copied over a value from a previous entry. 



12 



Appendix: Complete Example of Coding a Scheduling Dialog 



Dialog Date: 5 March 1993 

Mar 1993 

S H Tn W Th F S 

12 3 4 5 6 

7 8 9 10 11 12 13 

14 IB 16 17 18 19 20 

21 22 23 24 25 26 27 

28 29 30 31 



'/. [Label, SWeekDay, SMonth, SDay, SHourSpec, STimeOfDay, 
'/. EWeekDay, EMonth, EDay, EHourEpec, ETimeDfDay] 



'/, (look) 

7. 

[11, [null], [null], [null], [null], [null], 

[null] , [null] , [null] , [null] , [null] ] , 

■/. (12 si a ver) 
7. (let+s see) 
7. 

[12, [null], [null], [null], [null], [null], 

[null] , [null] , [null] , [null] , [null] ] , 

7. (13 si a ver) 
7 (let+s see) 
7 

[13, [null], [null], [null], [null], [null], 

[null] , [null] , [null] , [null] , [null] ] , 



■I. 
•I. 
7 
7 
[1, 



7 
7 
7 

[2, 



7 
7 
7 
[3, 



7 
7 
7 
[4, 



7 
7 
7 
[5, 



7 
7 
7 
[6, 



7 
7 
7 
[7, 



7 
7 
7 
[8, 



7 
7 
7 
[9, 



7 
7 
7 
[10, 



(1 si +beg-sim+ me oye +end-sim+) 
(listen to me) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(2 s2 +beg-sim+ hola +end-sim+) 
(hello) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(3 s2 hola pepe) 
(hello pepe) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(4 si hola) 
(hello) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(5 si quel tal) 
(what+s up) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(6 s2 quieres hacer una reunioln para la segunda seraana de 
(do you want to schedule a meeting for the second week of 

[monday] , [march] , [8] , [null] , [null] , 
[friday], [march], [12], [null], [null]], 

(7 si bueno) 
(ok *or* well *or* good) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(8 si vale) 
(ok) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(9 si si no hay mals remedio) 
(if there is no choice) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 

(10 si pues vamos +beg-sim+ a por allal ver) 
(well we will meet there) 

[null] , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , [null] ] , 



7 (14 si a ver) 
7 (let+s see) 

7 

[14, [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , 



[null] , 
[null]]. 



7 (15 si hoy lo tengo libre de hecho +end-sim+) 
7 (today i have free then in fact) 



[15, [friday] , [march] , 
[friday] , [march] , 



[5], 
[5], 



[null] , [null] , 
[null] , [null] ] , 



7 (16 s2 +beg-sim+ +end-sim+ oye) 
7 (listen) 

7 

[16, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 

7 (17 s2 cinco) 
7 (five) 

7 

[17, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 

7 (18 s2 cinco de marzo no) 
7 (fifth of march right) 



[18, [friday], [march], 
[friday] , [march] , 



[5], 
[5], 



[null] , [null] , 
[null] , [null] ] , 



7 (19 si sil) 

7 (yes) 

marzo) 7 

march) [19, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 

7 (20 s2 yo tambieln) 
7 (me too) 
7 

[20, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 



7 (21 si todo el dila) 
7 (all day) 
7 

[21, [friday], [march], [5], 
[friday] , [march] , [5] , 

7 (22 s2 todo el dila) 
7 (all day) 

7 

[22, [friday], [march], [5], 
[friday] , [march] , [5] , 



[null], ['all-day'], 
[null], ['all-day']]. 



[null], ['all-day'], 
[null], ['all-day']], 



7 (11 si mira) 



7 (23 si pues mira) 
7 (well look) 

7 

[23, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 

7 (24 si +beg-sim+ ahora) 

7 (now) 

7 
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[24, [null], [null], [null], [null], [null], 

[null] , [null] , [null] , [null] , [null] ] , 
'/. treated as disfluency 

'/. (25 si +end-sim+ ahora son) 

'/. (now is ???) 

•/. 

[2B, [null], [null], [null], [null], [null], 

[null] , [null] , [null] , [null] , [null] ] , 
°/o treated as disfluency 

'/. (26 si aliora son las once y diez) 
7. (now it is eleven ten) 

•/. 

[26, [friday], [march], [5], ['11:10'], [null], 
[friday], [march], [5], ['11:10'], [null]], 

'/. (27 si quel tal < a > a las doce) 
'/. (how about twelve) 

•/. 

[27, [friday], [march], [5], ['12:00'], [afternoon], 
[friday] , [march] , [5] , [null] , [null] ] , 

7. (28 si doce a dos) 

7. (twelve to two *or* the twelfth to the seconf *or* the 

1. 

[28, [friday], [march], [5], ['12:00'], [afternoon], 
[friday], [march], [5], ['2:00'], [afternoon]], 

7 (29 s2 +beg-sim+ pero) 
7 (but) 

7 

[29, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 

7 (30 s2 +end-sim+ major despuels < de > de almorzar) 
7 (better after eating lunch) 

7 

[30, [friday], [march], [5], [null], [after, lunch], 
[friday] , [march] , [5] , [null] , [null] ] , 



7 (38 s2 nos vemos) 
7 (see you) 

7 

[38, [null], [null], [null], 
[null] , [null] , [null] , 



7 


(39 si hasta lue 


go) 


7 
7 


(bye) 




[39, 


[null] , [null] , 


[null] 




[null] , [null] , 


[null] 


7 


(40 s2 hasta lue 


go) 


7 
7 


(bye) 




[40, 


[null] , [null] , 


[null] 




[null] , [null] , 


[null] 


7 


(41 si adiols) 




7 
7 


(good-bye) 




[41, 


[null] , [null] , 


[null] 




[null] , [null] , 


[null] 


at two) 
]. 







[null] , [null] , 
[null] , [null] ] , 



[null] , [null] , 
[null] , [null] ] , 



[null] , [null] , 
[null] , [null] ] , 



[null] , [null] , 
[null] , [null] ] 



7 (31 si vale) 
7 (ok) 

7 

[31 , [null] , [null] , [null] , [null] , 
[null] , [null] , [null] , [null] , 



[null] , 
[null]]. 



7 (32 si pues a la una) 
7 (well at one) 

7 

[32, [friday], [march], [5], ['1:00'], [afternoon], 
[friday] , [march] , [5] , [null] , [null] ] , 

7 (33 s2 vale) 
7 (ok) 

7 

[33, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 

7 (34 si de una a tres) 
7 (from one to three) 

7 

[34, [friday], [march], [5], ['1:00'], [afternoon], 
[friday], [march], [5], ['3:00'], [afternoon]], 

7 (35 s2 vale) 
7 (ok) 

7 

[3B, [null], [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , [null] ] , 



7 (36 si perfecto) 
7 (perfect) 
7 

[36, [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , 



[null] , 
[null]]. 



7 (37 si mira quel falcil) 
7 (look how easy) 



[37, [null], [null], [null], [null], 
[null] , [null] , [null] , [null] , 



[null] , 
[null]]. 
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